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Description 

BACKGROUND OF THE INVENTION 

[0001 ] The present invention relates to a heterogene- 
ous computer system comprising a host computer and 
a plurality of I/O subsystems, and more in particular to 
a method for making it possible to back up the data 
stored in a memory between a host computer and an I/ 
O subsystem which cannot be directly connected due 
to the difference in access interface, and a heterogene- 
ous computer system including a plurality of I/O subsys- 
tems having different access interfaces connected to 
the system and the host computer. 
[0002] In mainframes, a large scale of memory hier- 
archy (storage hierarchy) including a combination of a 
plurality of external memories having different process- 
ing speeds and different storage capacities is accompa- 
nied by a satisfactory data management function and 
an overall storage management function intended to 
support an optimum data arrangement and an efficient 
operation. The IBM's DFSMS (Data Facility Storage 
Management Subsystem) is an example, which is de- 
scribed in detail in "IBM SYSTEMS JOURNAL, Vol. 28, 
No. 1, 1989, pp.77-103. 

[0003] The disk data of the I/O subsystem of the main- 
frame computer system having the above-mentioned 
management function can be backed up in a medium 
such as a magnetic tape or a magnetic tape library ca- 
pable of storing a large quantity of data with a low cost 
per bit. 

[0004] An open system such as a personal computer 
or a work station, unlike the mainframe, is not equipped 
with a magnetic tape or a magnetic tape library capable 
of storing a large quantity of data. 
[0005] Generally, in an open system such as a per- 
sonal computer or a work station, a disk is accessed in 
accordance with a fixed-length record format, while the 
mainframe accesses a disk in accordance with a varia- 
ble-length record format called the count key data for- 
mat. 

[0006] As a result, the disk subsystem for the main- 
frame computer is often configured independently of the 
disk subsystem for the open system. 
[0007] On the other hand, a technique for transmitting 
and receiving data between I/O subsystems is disclosed 
in USP 5155845. 

[0008] Document "Storage Management Software for 
Mainframe and UNIX", Fujitsu Scientific & Technical 
Journals 31,1, pp. 36-44, (June 1 995), discloses a host 
systems comprising a file server and a backup server 
for an open system, wherein the open system issues a 
request for backup to the host, which in reply sends to 
the open system file management information (file 
name, etc.), whereby the open system sends the file to 
be backed up to the host, which then stores the file on 
the backup server. 

[0009] Document "Centralized and Rapid Backup/Re- 



store for work Ian file services/ VM", IBM Technical Dis- 
closure Bulletin, Vol. 35, No. 3, pp. 286-289, (August 
1992) describes a similar system which allows DOS, 
OS/2 and UNIX files to be backed up on a host-based 
5 workstation file server. 

SUMMARY OF THE INVENTION 

[0010] In a disk subsystem for an open system and a 
disk subsystem for a mainframe computer which use dif- 
ferent host computers, the back-up and other functions 
are independently operated and managed. 
[0011] In view of the fact that the open system lacks 
a medium such as a magnetic tape or a magnetic tape 
library capable of storing a larger quantity of data, as 
described above, it is effective to back up the data in the 
I/O subsystem of the mainframe. 
[0012] An ordinary disk system for the open system, 
however, cannot be connected directly to the mainframe 
due to the difference in the interface thereof. 
[0013] USP 5155845 fails to disclose how to process 
the read/write operation for a storage system not directly 
connected with a host computer. 
[001 4] An object of the present invention is to provide 
a method and a system for backing up data stored in a 
memory between a host computer and an I/O subsys- 
tem that cannot be connected directly to each other due 
to the difference in access interface. 
[001 5] Specifically, an object of the invention is to pro- 
vide a method and a system for backing up data stored 
in an I/O subsystem of an open system from a main- 
frame not directly connected with the I/O subsystem. 
[0016] Another object of the invention is to provide a 
method and a computer system in which a mainframe 
is capable of accessing a memory of an I/O subsystem 
of an open system not directly connected with the main- 
frame. 

[0017] Still another object of the invention is to provide 
a system and a method of access in which two or more 
I/O subsystems having different interfaces can be con- 
nected with a mainframe. 

[0018] These objects are solved in advantageous 
manner by applying the features laid down in the inde- 
pendent claims. 

[0019] In order to achieve the above-mentioned ob- 
jects, according to one aspect of the present invention, 
there is provided a heterogeneous computer system 
comprising a first host computer, a first I/O subsystem 
directly connected to the first host computer by an inter- 
face of variable-length record format and including at 
least one external memory, a second host computer, a 
second I/O subsystem directly connected to the second 
host computer by an interface of fixed-length record for- 
mat and including at least one external memory, and a 
communication unit for connecting the first I/O subsys- 
tem and the second I/O subsystem, 

wherein the first I/O subsystem includes a table 
for storing a device address of an external memory, data 
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indicating one of the external memory of the first I/O sub- 
system and the external memory of the second I/O sub- 
system to which the device address is assigned, and a 
device address of the external memory in the second I/ 
O subsystem in the case where the device address is 5 
assigned to the external memory of the second I/O sub- 
system, and 

wherein upon receipt of a read/write request con- 
forming with the interface of variable- length record for- 
mat from the first host computer and including an ad- 
dress of an external memory to be read from or written 
into, and upon decision, with reference to the table, that 
the external memory address included in the read/write 
request is assigned to the external memory included in 
the second I/O subsystem, the first I/O subsystem con- 
verts the read/write request into a second read/write re- 
quest conforming with the interface of fixed-length 
record format and sends the second read/write request 
to the second I/O subsystem. 

[0020] According to another aspect of the invention, 
there is provided a heterogeneous computer system 
comprising a first host computer, a first I/O subsystem 
directly connected with the first host computer by an in- 
terface of variable-length record format and including at 
least an external memory, a back-up system connected 
to the first host computer, a second host computer, a 
second I/O subsystem directly connected to the second 
host computer by an interface of fixed-length record for- 
mat and including at least an external memory, and a 
communication unit for connecting the first I/O subsys- 
tem and the second I/O subsystem, 

wherein the first host computer includes means for 
issuing to the first I/O subsystem a read request con- 
forming with the interface of variable-length record for- 
mat and containing the address of an external memory 
from which data is to be read, and backing up the data 
received from the first I/O subsystem into the back-up 
system, 

wherein the first I/O subsystem includes a table 
for storing the device address of an external memory, 
data indicating that one of the external memory of the 
first and the second I/O subsystems to which the device 
address is assigned, and the device address of the ex- 
ternal memory in the second I/O subsystem in the case 
where the first device address is assigned to the exter- 
nal memory of the second I/O subsystem, and 

wherein upon receipt from the first host computer 
of a read request conforming with the interface of vari- 
able-length record format including an external memory 
address to be read, and upon decision, with reference 
to the above-mentioned table, that the device address 
of the memory address included in the read request is 
assigned to the external memory included in the second 
I/O subsystem, the first I/O subsystem converts the read 
request into a second read request conforming with the 
fixed-length interface and sends the second read re- 
quest to the second I/O subsystem while at the same 
time sending to the first host computer the data received 



from the second I/O subsystem. 

[0021] According to still another aspect of the inven- 
tion, there is provided a heterogeneous computer sys- 
tem comprising a first host computer, a first I/O subsys- 
tem directly connected to the first host computer by an 
interface of variable-length record format and including 
at least one external memory, a back-up system con- 
nected to the first host computer, a second host compu- 
ter, a second I/O subsystem directly connected to the 
second host computer by an interface of fixed-length 
record format and including at least one external mem- 
ory, and a communication unit for connecting the first I/ 
O subsystem and the second I/O subsystem, 

wherein the first host computer includes means for 
issuing to the first I/O subsystem a write request con- 
forming with the interface of variable-length record for- 
mat including the address of an external memory into 
which data is to be written, and sending the data read 
from the back-up system to the first I/O subsystem, 

wherein the first I/O subsystem includes a table 
containing a device address of the external memory, da- 
ta indicating one of the external memories of the first 
and the second I/O subsystems to which the device ad- 
dress is assigned, and a device address of the external 
memory in the second I/O subsystem in the case where 
the first device address is assigned to the external mem- 
ory of the second I/O subsystem, and 

wherein upon receipt from the first host computer 
of a write request conforming with the interface of vari- 
able-length record format including the device address 
of an external memory to be written into, and upon de- 
cision, with reference to the table, that the address of 
the external memory included in the write request is as- 
signed to the external memory included in the second I/ 
O subsystem, the first I/O subsystem converts the write 
request into a second write request conforming with the 
interface of fixed-length record format, sends the sec- 
ond write request to the second I/O subsystem while at 
the same time sending the data received from the first 
host computer to the second I/O subsystem. 
[0022] According to yet another aspect of the inven- 
tion, there is provided a heterogeneous I/O system for 
use with a host computer connected thereto, comprising 
a first I/O subsystem including at least an external mem- 
ory, and a second I/O subsystem connected to the first 
I/O subsystem and including at least an external mem- 
ory, 

wherein the first I/O subsystem includes a table 
for storing a device address of an external memory, data 
indicating one of the external memories of the first and 
the second I/O subsystems to which the device address 
is assigned, and a device address of the external mem- 
ory in the second I/O subsystem in the case where the 
first device address is assigned to the external memory 
of the second I/O subsystem, 

wherein upon receipt of a read/write request des- 
ignating the device address of an external memory to 
be read from or written into by the host computer, and 
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upon decision, with reference to the table, that the ex- 
ternal memory address in the designated address is as- 
signed to the external memory included in the second I/ 
O subsystem, the first I/O subsystem sends the read/ 
write request to the second I/O subsystem. 
[0023] According to a further aspect of the invention, 
there is provided a heterogeneous I/O system for use 
with a host computer connected thereto, comprising a 
first I/O subsystem having an interface of variable- 
length record format and including at least one external 
memory, a second I/O subsystem having an interface of 
fixed-length record format and including at least one ex- 
ternal memory, and a communication unit for connecting 
the first I/O subsystem and the second I/O subsystem, 

wherein the first I/O subsystem includes a table 
for storing a device address of an external memory, data 
indicating one of the external memories of the first and 
the second I/O subsystems to which the device address 
is assigned, and a device address of the external mem- 
ory in the second I/O subsystem in the case where the 
first device address is assigned to the external memory 
of the second I/O subsystem; and 

wherein upon receipt from the host computer of a 
read/write request conforming with the interface of var- 
iable-length record format including the address of an 
external memory to be read from or written into, and up- 
on decision, with reference to the table, that the external 
memory address included in the read/write request is 
assigned to the external memory included in the second 
I/O subsystem, the first I/O subsystem converts the 
read/write request into a second read/write request con- 
forming with the interface of fixed-length record format 
and sends it to the second I/O subsystem. 
[0024] According to an embodiment of the invention, 
there is provided a heterogeneous computer system, 
wherein an I/O subsystem for an open system is con- 
nected with an I/O subsystem for a mainframe by a com- 
munication unit, wherein in order to access data in the 
I/O subsystem for an open system from the mainframe 
for enabling the data in the disk connected to the I/O 
subsystem for the open system to be backed up in a MT 
library system, a table is prepared for assigning a vacant 
address of the memory in the local subsystem to the 
memory of the I/O subsystem for the open system, 
wherein a request of variable-length record format re- 
ceived from the mainframe is converted into a request 
of fixed-length record format for the open system, 
wherein the disk designated according to the table is ac- 
cessed, and wherein the data thus obtained is sent to 
the mainframe and backed up in the back-up system. 
[0025] This configuration can back up the data of an 
I/O subsystem for an open system in a back-up system 
underthe management of a mainframe not directly con- 
nected to the particular I/O subsystem. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0026] 

5 Fig. 1 is a block diagram showing a configuration of 

a heterogeneous computer system according to an 
embodiment of the present invention. 
Fig. 2 is a block diagram showing a configuration of 
a heterogeneous computer system according to an- 

10 other embodiment of the invention. 

Fig. 3 is a block diagram showing a configuration of 
a disk controller of the heterogeneous computer 
system shown in Figs. 1 and 2. 
Fig, 4 is a diagram showing a configuration of a local 

is controller-connected disk data (table) for the sys- 
tems shown in Figs. 1 and 2. 
Fig. 5 is a diagram showing a configuration of a re- 
mote controller-connected disk data (table) for the 
systems shown in Figs. 1 and 2. 

20 Fig. 6 is a diagram showing the interconnection of 
disk devices as viewed from the mainframe. 
Fig. 7 is a diagram showing an example of the 
processing flow of a disk controller A in the case 
where the data in an I/O subsystem for an open sys- 

25 tern is backed up in a MT library system of the main- 
frame. 

Fig. 8 is a diagram showing an example of the 
processing flow of a disk controller A in the case 
where data are restored in an I/O subsystem for an 
30 open system from a MT library system of the main- 
frame. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

35 

[0027] Embodiments of the invention will be de- 
scribed below with reference to the accompanying 
drawings. 

[0028] Fig. 1 is a diagram showing a configuration of 
40 a computer system according to an embodiment of the 
invention. 

[0029] A processing system A 100 includes a main- 
frame 101, a channel interface A 102, a channel inter- 
face B 1 03, a magnetic tape (MT) controller 1 06, a mag- 

45 netic tape library controller 1 30, a magnetic tape library 
107, a disk controller A 104, a disk drive group A 105 
and a service processor 1 09. A back-up processing de- 
vice 162 and a restore processing device 164 are 
mounted on the mainframe 101 . 

50 [0030] The mainframe 1 01 accesses the disk control- 
ler A 1 04 through the channel interface B 1 03 conform- 
ing with a variable-length record format called the count- 
key-data format. 

[0031] The count- key-data format is a record format 
55 in which a record constituting a unit of read/write oper- 
ation is configured of three fields including a count field, 
a key field and a data field. 

[0032] A record ID is stored in the count field, a key 
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data for accessing the record is stored in the key field, 
and the data used by an application program is stored 
in the data field. 

[0033] In the description that follows, the magnetic 
tape (MT) controller 1 06, the magnetic tape library con- 5 
troller 1 30 and the magnetic tape library 1 07 are collec- 
tively referred to as a MT library system 116. The disk 
controller A 104 and the disk drive group A 105 consti- 
tute an I/O subsystem 10 connected to the mainframe 
101. In similar fashion, the disk controller B 1 1 3 and the 
disk drive group B 1 1 4 constitute an I/O subsystem 20 
connected to a host 111 for an open system. 
[0034] An optical disk or the like, as well as a magnetic 
disk, constitutes a rank of storage hierarchy connected 
through the channel interface. The following description 
refers to the case in which the MT library system 11 6 is 
connected. 

[0035] The disk controller A 104 contains local con- 
troller-connected disk data 314 and remote controller- 
connected disk data 31 5. 

[0036] The local controller-connected disk data 314 
and the remote controller-connected disk data 315 are 
data provided for making it possible for the mainframe 
to access a disk device of the I/O subsystem not directly 
connected. Specifically, the data 314, 315 are a table 
for assigning a vacant address of the memory in the lo- 
cal I/O subsystem 1 0 for the processing system A to the 
memory of the I/O subsystem for the open system so 
that the data in the I/O subsystem 20 for the processing 
system B can be accessed from the mainframe 1 01 . The 
data 314, 315 will be described in detail later. 
[0037] The processing system B 1 1 0 includes a host 
111 fortheopen system, a SCSI (small computer system 
interface) 112, the disk controller B 113, the disk drive 
group B 114 and a service processor B 115. 
[0038] The host 111 for the open system accesses the 
disk controller B 113 through the SCSI 112 having a 
fixed-length record which is a unit of read/write opera- 
tion. 

[0039] The disk controller A 1 04 and the disk control- 
ler B 113 are connected by a communication line 108. 
The communication line 1 08 can be, for example, a SC- 
SI cable B 117. 

[0040] In the description that follows, the count-key- 
data format will be called the CKD format, and the fixed- 
length block format a FBA (fixed block architecture) for- 
mat. 

[0041] Also, the record of the CKD format will be re- 
ferred to as the CKD record, and the record of the FBA 
format as the FBA record. 

[0042] Fig. 2 is a diagram showing another example 
of a computer system according to the invention, in 
which a single I/O subsystem for the mainframe is con- 
nected with two or more I/O subsystems for an open sys- 
tem. 

[0043] In a processing system X 120, the interfaces 
of an open system host X 121 and a disk controller X 
123 are connected to each other by a fiber channel in- 



terface 1 22. The fiber channel interface 1 22 is an optical 
fiber cable which can increase the length of connection 
between a host and a control device. 
[0044] In many case, however, a fiber channel inter- 
face based on SCSI is employed between a host and a 
control device. 

[0045] Also, an interface like a fiber channel interface 
X 126 can be used to connect a disk controller X 123 
and the disk controller B 113. 

[0046] The data back-up system in the configuration 
of Fig. 2 is an expansion of the data back-up system in 
the configuration of Fig. 1 . 

[0047] The fundamental operation of each system is 
such that the mainframe 101 and the hosts 111, 121 for 
the open system access the magnetic tape library 107 
constituting an external memory or the disk drive group 
A 105, the disk drive group B 114 and the disk drive 
group X 124 through each interface. 
[0048] The process in the mainframe 101 establishes 
a route to the data stored externally through each inter- 
face under the control of an arbitrary operating system 
such as Hitachi's VOS3 (virtual-storage operating sys- 
tem 3) for supporting the channel interface, while the 
process in the host for the open system establishes a 
route to the externally-stored data through each inter- 
face under the control of an arbitrary operating system 
such as UNIX (a registered trade mark owned by X/ 
Open in U.S.A. and other countries) for supporting the 
SCSI. 

[0049] Fig. 3 is a diagram showing a configuration of 
the disk controller A 1 04. 

[0050] The disk controller A 1 04 includes a MPU 302 
for executing a control system process 307 of the disk 
controller, a memory 301, a host data transfer device 
303, a disk/cache device 304, an inter-l/O subsystem 
data transfer device 305, a data transfer device 306 and 
a bus 308 for connecting these devices. 
[0051] The control system process 307 operates in a 
multitask or multiprocessor environment. 
[0052] The memory 301 includes various micropro- 
grams 312 and various data 313. 
[0053] Especially, the disk controller A 1 04 has stored 
therein the local controller-connected data 314 and the 
remote controller-connected disk data 315, as de- 
scribed above with reference to Fig. 1 . 
[0054] The disk controller B 1 1 3 and the disk control- 
ler X 123 have a configuration similar to the disk con- 
troller A 1 04 and will not be described in detail. 
[0055] The disk controller B 1 1 3 and the disk control- 
ler X 1 23, however, are not required to contain the local 
controller-connected disk data 31 4 and the remote con- 
troller-connected disk data 315. 

[0056] The local controller-connected disk data 31 4 is 
the data indicating the connections of the controllers and 
the like, and stored in the memory 301 of the disk con- 
troller A 104. The local controller-connected disk data 
314 exists as the data corresponding to each disk de- 
vice. 
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[0057] The local controller-connected disk data 31 4 is 
shown in Fig. 4. 

[0058] The device address is an identifier (ID) for dis- 
criminating a disk device to be read from or written into 
by a host computer such as the mainframe 1 01 , and is 5 
the data also contained in the read/write request issued 
by the host computer such as the mainframe 101 . 
[0059] Local controller connection data 401 is the da- 
ta indicating whether or not the disk drive corresponding 
to the controller-connected disk data 31 4 is actually con- 
nected to a controller. 

[0060] A remote controller connection pointer 402 in- 
dicates whether or not the controller-connected disk da- 
ta 31 4 is assigned to a disk drive connected to a remote 
controller. 

[0061] In the case where such data is assigned to a 
disk drive connected to a remote controller, the pointer 
indicates a corresponding remote controller-connected 
disk data31 5. Otherwise, the pointer assumes a null val- 
ue. 

[0062] In the case where the remote controller con- 
nection pointer 402 is valid (i.e. in the case where the 
particular device address 400 is assigned to a disk de- 
vice connected to a remote controller), it represents the 
state in which the local controller connection data 401 
is not assigned. 

[0063] In the case where the remote controller con- 
nection pointer 402 is invalid (i.e. in the case where the 
device address 400 is not assigned to a disk drive con- 
nected to a remote controller), on the other hand, the 
local controller connection data 401 may indicate the 
state of no-assignment. 

[0064] I n other words, the device address 400 may be 
assigned to neither a disk device connected to a local 
controller nor a disk device connected to a remote con- 
troller. 

[0065] An attribute 403 is the data unique to a device 
including the interface, the function, the data format and 
the block length of the disk drive. 
[0066] The remote controller-connected disk data 31 5 
shown in Fig. 5 is the data corresponding to a disk drive 
not directly connected to the disk controller A 1 04. 
[0067] It follows therefore that the remote controller- 
connected disk data 315, on the other hand, is pointed 
to by any one of the local controller-connected disk data 
314. 

[0068] A connection controller address 500 repre- 
sents the address of a controller connected with a disk 
device corresponding to the remote controller-connect- 
ed disk data 315. According to this embodiment, the ad- 
dress of the disk controller B 113 is stored as the con- 
nection controller address 500. 

[0069] A disk address 501 represents the address as- 
signed in the controller actually connected to a corre- 
sponding disk drive. 

[0070] The local controller-connected disk data 314 
and the remote controller-connected disk data 315 are 
set from the service processor 109. 



[0071] According to this embodiment, the mainframe 
1 01 recognizes that the disk drive group B 1 1 4 (disks C 
and D) is also connected to the disk controller A 104 
through the disk controller B 113, as shown in Fig. 6, 
taking advantage of the local controller-connected disk 
data 314 and the remote controller-connected disk data 
315 shown in Figs. 4 and 5. 

[0072] This is because of the fact that the vacant ad- 
dress of disk drive available in the disk controller A 104 
is assigned by the disk controller A 104 to a disk drive 
of the I/O subsystem for an open system. 
[0073] Now, the back-up processing will be described 
with reference to Figs. 1 , 7 and 8. 
[0074] Specifically, in Fig. 1 the back-up process 1 62 
on the mainframe 1 01 causes the data in the disk device 
group B 1 1 4 of the open system of the processing sys- 
tem B to be backed up in the MT library system 116 
through the disk controller A 1 04 and the mainframe 1 01 
of the processing system A. 

[0075] Conversely, the data backed up in the MT li- 
brary system 116 is restored in the disk drive group B 
114 of the open system of the processing system B 
through the mainframe 1 01 and the disk controller A 1 04 
of the processing system A. 

[0076] The back-up operation and the restoration de- 
scribed above are executed in response to a command 
from the mainframe 101 . 

[0077] First, an explanation will be given of the case 
in which the data in the disk drive group B 114 of the 
open system for the processing system B is backed up 
in the MT library system 1 1 6 through the disk controller 
A 1 04 and the-mainframe 1 01 of the processing system 
A. 

[0078] As already described above, the mainframe 
101 has recognized that the disk drive group B 114 
(disks C and D) are also connected to the disk drive A 
104. 

[0079] Therefore, the operation of the mainframe 101, 
which is simply to issue a read request to the disk con- 
troller A 104 and back up the received data in the MT 
library system 116, will not be described specifically. 
[0080] In the case of backing up data into the MT li- 
brary system 116, the mainframe 101 issues a read re- 
quest to the disk controller A 1 04. The disk controller A 
1 04 executes the process in accordance with the flow- 
chart of Fig. 7 in response to a read request from the 
mainframe 101 . 

[0081] First, step 700 finds out a corresponding local 
controller-connected disk data 314 from the address of 
the disk drive designated in the read request. 
[0082] Step 701 checks whether the designated disk 
drive is connected to the disk controller A 104 or not. 
[0083] In the case where the disk drive is connected 
to the disk controller A 104, step 702 reads the corre- 
sponding data from the particular disk drive. 
[0084] In the case where the disk drive is not connect- 
ed to the disk controller A104, in contrast, step 703 
checks whether the designated disk drive is connected 
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to a remote disk controller (disk controller B 113). In oth- 
er words, it checks whether the remote controller con- 
nection pointer 402 assumes a null value. 
[0085] In the case where the check result shows that 
the remote controller connection pointer 402 assumes 5 
a null value indicating that the designated disk drive is 
not connected to the remote disk controller, an error is 
reported in step 704. 

[0086] The operation specifically related to the inven- 
tion is represented by step 705 and subsequent steps 
executed in the case where a designated disk drive is 
connected to a remote disk controller (disk controller B 
113). 

[0087] First, in the case where the check result shows 
that the remote controller connection pointer 402 does 
not assume the null value indicating that the designated 
disk drive is connected to a remote disk controller, step 
705 finds out the remote controller-connected disk data 
315 corresponding to the designated disk drive based 
on the remote controller connection pointer 402. Then, 
the address of the disk controller (disk controller B 113) 
actually connected with the designated disk drive and 
the address of the disk drive in the disk drive group B 
connected to the particular disk controller B 1 1 3 are ac- 
quired on the basis of the remote controller-connected 
disk data 315 found as above. 

[0088] Then , step 706 converts the address of the da- 
ta to be read which has been received in the read re- 
quest into the format of the disk drive connected to the 
disk controller B 113. 

[0089] In a read/write request from the mainframe 
1 01 , the address of data to be read or written is normally 
designated by the cylinder number, the head number 
and the record number according to the CKD format. 
[0090] The record address expressed by the cylinder 
number, the head number and the record number will 
hereinafter be called CCHHR. 

[0091 ] The disk drive connected to the disk controller 
B 113, on the other hand, has an access interface des- 
ignated by LBA (logical block address) in accordance 
with the FBA format. 

[0092] Consequently, step 706 converts the access 
address of the data to be read from CKD format to FBA 
format. 

[0093] The conversion formula is given, for example, 
by 

LBA = (CC x number of heads + HH) x track length 
+ record number x record length 

[0094] According to this embodiment, the disk control- 
ler A 104 and the disk controller B 113 may have the 
same interface, in which case the conversion of the in- 
put/output interface format is not required. 
[0095] Step 707 issues a request to the disk controller 
B 1 1 3 to read the data from the area of the correspond- 
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ing disk drive calculated in step 706. 
[0096] Step 708 waits for the arrival of the requested 
data from the disk controller B 113. 
[0097] Step 709 sends the data received from the disk 
controller B 113 to the main frame 101 thereby to com- 
plete the process. 

[0098] The disk controller B 1 1 3 simply reads the data 
requested by the disk controller A 1 04 from a disk drive, 
and sends it to the disk controller A 1 04. This process, 
therefore, is not described specifically in the processing 
flow. 

[0099] Next, an explanation will be given of a case in 
which data backed up in the MT library system 116 is 
restored by the restore process 164 on the mainframe 
101 in the disk drive group B 114 of the open system of 
the processing system B through the disk controller A 
1 04 and the mainframe 1 01 of the processing system A. 
[0100] As described already above, the mainframe 
101 has recognized that the disk drive group B 113 
(disks C and D) are also connected to the disk controller 
A 104. 

[0101] Therefore, no explanation will be given of the 
operation of the mainframe 101 which is simply to issue 
a write request to the disk controller A 104 to write the 
data read from the MT library system 116. 
[0102] Upon receipt of a write request from the main- 
frame 1 01 , the disk controller A 1 04 executes the proc- 
ess in accordance with the flowchart of Fig. 8. 
[0103] In the processing flow of Fig. 8, steps 800 to 
801 , 803 to 806 are similar to steps 700 to 701 , 703 to 
706 in Fig. 7, respectively, and therefore will not be ex- 
plained. Also, step 802 is normally the write operation, 
since the request from the mainframe 101 is a write re- 
quest. Only the parts different from Fig. 7 will be de- 
scribed below. 

[0104] Step 807 issues a request to the disk controller 
B 113 to write data in the area of the corresponding disk 
drive calculated in step 807. 

[0105] Next, in step 808, the write data is received 
from the mainframe 101 and sent to the disk controller 
B 113. 

[0106] Then, step 809 waits for a report on the com- 
pletion of the write request from the disk controller B 1 1 3, 
and upon receipt of the completion report, sends it to 
the mainframe 101 thereby to complete the process. 
[0107] The foregoing description concerns a system 
for backing up data of the disk drive group B 114 of the 
open system of the processing system B by the process- 
ing system A. As another embodiment, a heterogene- 
ous I/O subsystem can be configured in which only the 
disk controller B and the disk drive group B are connect- 
ed to the processing system A and the mainframe is con- 
nected with two I/O subsystems having different inter- 
faces. In such a case, three or more instead of two I/O 
subsystems can be connected. 

[0108] The above-mentioned embodiment permits 
data to be backed up between I/O subsystems having 
different access interfaces. 
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[01 09] As a result, data stored in an I/O subsystem for 
an open system can be backed up into an I/O subsystem 
for the mainframe. 

[0110] Also, the back-up mechanism of the main- 
frame includes a large-capacity, high-performance and 
high-reliability MT library system. The data of the I/O 
subsystem for an open system, therefore, can be 
backed up by a mainframe back-up mechanism high in 
performance and reliability. 

[0111] Further, different I/O subsystems can be con- 
nected to the mainframe. 



Claims 

1 . A heterogeneous computer system comprising: 

a first host computer (101); 
a first I/O subsystem (10) coupled to said first 
host computer (101) via an interface (103) of 
variable-length record format and including at 
least one disk device (1 05); 
a back-up system (116) coupled to said first 
host computer (1 01 ); 
a second host computer (111); 
a second I/O subsystem (20) coupled to said 
second host computer (111) via an interface 
(112) of fixed-length record format and includ- 
ing at least one disk device (1 1 4); and 
a communication mechanism (108) intercon- 
necting said first and second I/O subsystems 
(10, 20); 

wherein said first host computer (101) in- 
cludes 

means for issuing a read request conforming to 
said interface (103) of variable-length record 
format and including an address of a disk de- 
vice from which data is read from, 
means for receiving data from said first I/O sub- 
system (10), 

means for backing up the data received from 
said first I/O subsystem (10) to said back-up 
system (116), 

means for reading data from said back-up sys- 
tem (1 1 6), 

means for issuing to said first I/O subsystem 
(10) a write request conforming with said inter- 
face (1 03) of variable-lenght record format and 
including an address of a disk drive to which 
data is to be written to, 

means for sending data read from said back-up 
system to said first I/O subsystem (10), 

characterised in that said first I/O subsys- 
tem (10) includes 

a table (314, 315) for storing a first device ad- 



dress (400) of a disk device, data (402) indicating 
whether or not the disk device designated by said 
first device address is in said second I/O subsystem 
(20), and a second device address (501 ) of the disk 

5 device in said second I/O subsystem (20) if the disk 

device is in said second I/O subsystem (20), 

means for receiving a first access request 
conforming with said interface (103) of variable- 
length record format and including a first device ad- 

10 dress of a disk device from said first host computer 
(101), 

means forjudging, with reference to said table 
(314, 315), whether the disk device designated by 
the received first device address is in said first I/O 
15 subsystem (10) or in said second I/O subsystem 
(20), 

means for converting the received first access 
request to a second access request conforming 
with said interface (103) of fixed-length record for- 

20 mat and including a second device address, upon 
decision that the disk device designated by the re- 
ceived first device address is in said second I/O 
subsystem (10), 

means for sending said second access re- 

25 quest to said second I/O subsystem (20) via said 
communication mechanism (108), 

means for receiving data from said second I/ 
O subsystem (20) and sending them to said first 
host computer (101) when said first access request 

30 is a read request and the first device address in said 
first access request designates a disk device in said 
second I/O subsystem (20), and 

means for receiving data from said first host 
computer (1 01 ) and sending them to said second I/ 

35 o subsystem (20) when said first access request is 
a write request and the first device address in said 
first access request designates a disk device in said 
second I/O subsystem (20). 

40 2. A method of backing up data in a heterogeneous 
computer system, which system comprises: 

a first host computer (101); 

a first I/O subsystem (10) coupled to said first 

45 host computer (101) via an interface (103) of 

variable-length record format and including at 
least one disk device (105); 
a back-up system (116) coupled to said first 
host computer (101); 

50 a second host computer (111); 

a second I/O subsystem (20) coupled to said 
second host computer (111) via an interface 
(112) of fixed-length record format and includ- 
ing at least one disk device (114); and 

55 a communication mechanism (108) intercon- 

necting said first and second I/O subsystems 
(10, 20); 
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wherein the following steps are performed by 
means of said first host computer (101) : 

issuing a read request conforming to said inter- 
face (1 03) of variable-length record format and 5 
including an address of a disk device from 
which data is read from, 
receiving data from said first I/O subsystem 
(10), 

backing up the data received from said first I/O 10 
subsystem (10) to said back-up system (116), 
reading data from said back-up system (116), 
issuing a write request to said first I/O subsys- 
tem (1 0) conforming with said interface (1 03) of 
variable-length record format and including an is 
address of a disk device to which data is written 
to, and 

sending data read from said back-up system to 
said first I/O subsystem (10), 

20 

characterised In that said first I/O subsys- 
tem (10) includes a table (314, 315) for storing a 
first device address (400) of a disk device, data 
(402) indicating whether or not the disk device des- 
ignated by said first device, address is in said sec- 25 
ond I/O subsystem (20), and a second device ad- 
dress (501) of the disk device in said second I/O 
subsystem (20) if the disk device is in said second. 
I/O subsystem (20), and 

that the following steps are performed by 30 
means of said first I/O subsystem (10): 

receiving a first access request conforming with 
said interface (103) of variable-length record 
formate and including a first device address of 35 
a disk device from said first host computer 
(101), 

judging, with reference to said table (314,315), 
whether the disk device designated by the re- 
ceived first device address is in said first I/O *o 
subsystem (10) or in said second I/O subsys- 
tem (20), 

converting the received first access request to 
a second access request conforming with said 
interface (103) of fixed-length record format 45 
and including a second device address, upon 
decision that the disk device designated by the 
received first device address is in said second 
I/O subsystem (10), 

sending said second access request to said so 
second I/O. subsystem (20) via said communi- 
cation mechanism (108), 
receiving data from said second I/O subsystem 
(20) and sending them to said first host compu- 
ter (101) when said first access request is a 55 
read request and the first device address in said 
first access request designates a disk device in 
said second I/O subsystem (20), and 



receiving data from said first host computer 
(1 01 ) and sending them to said second I/O sub- 
system (20) when said first access request is a 
write request and the first device address in 
said first access request designates a disk de- 
vice in said second I/O subsystem (20). 



Patentansprliche 

1. Heterogenes Computersystem mit 

einem ersten Host-Computer (101), 
einem ersten Ein/Ausgabe-Untersystem (10), 
das mit dem ersten Host-Computer (1 01 ) uber 
ein Interface (1 03) fur variables Satzlangenfor- 
mat gekoppelt ist und mindestens ein Platten- 
gerat (105) enthalt, 

einem mit dem ersten Host-Computer (1 01 ) ge- 
koppelten Backup-System (116), 
einem zweiten Host-Computer (111), 
einem zweiten Ein/Ausgabe-Untersystem (20), 
das mit dem zweiten Host-Computer (1 1 1 ) uber 
ein Interface (112) fur variables Satzlangenfor- 
mat gekoppelt ist und mindestens ein Platten- 
gerat (114) enthalt, und 
einem Kommunikationsmechanismus (108), 
der das erste und das zweite Ein/Ausgabe-Un- 
tersystem (10, 20) miteinander verbindet, 

wobei der erste Host-Computer (101) auf- 

weist: 

eine Einrichtung zur Ausgabe einer Leseanfor- 
derung, die mit dem Interface (103) fur varia- 
bles Satzlangenformat iibereinstimmt und eine 
Adresse eines Plattengerats enthalt, vom dem 
Daten zu lesen sind, 

eine Einrichtung zum Empfangen von Daten 
von dem ersten Ein/Ausgabe-Untersystem 
(10), 

eine Einrichtung zum Sichern der von dem er- 
sten Ein/Ausgabe-Untersystem (10) empfan- 
genen Daten in dem Backup-System (116), 
eine Einrichtung zum Lesen von Daten von 
dem Backup-System (116), 
eine Einrichtung zur Ausgabe einer Leseanfor- 
derung an das erste Ein/Ausgabe-Untersystem 
(1 0), wobei die Leseanforderung mit dem Inter- 
face (1 03) fur variables Satzlangenformat uber- 
einstimmt und eine Adresse eines Plattengera- 
tes enthalt, auf das Daten zu schreiben sind, 
eine Einrichtung zum Senden von aus dem 
Backup-System gelesenen Daten an das erste 
Ein/Ausgabe-Untersystem (10), 

dadurch gekennzeichnet, daB das erste 
Ein/Ausgabe-Untersystem (10) aufweist: 
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eineTabelle (31 4, 31 5) zum Speichern einer er- 
sten Gerateadresse (400) eines Plattengera- 
tes, von Daten (402), die angeben, ob sich das 
von der ersten Gerateadresse bezeichnete 
Plattengerat in dem zweiten Ein/Ausgabe-Un- s 
tersystem (20) befindet Oder nicht, und - falls 
sich das Plattengerat in dem zweiten Ein/Aus- 
gabe-Untersystem (20) befindet - einer zweiten 
Gerateadresse (501) des Plattengerats in dem 
zweiten Ein/Ausgabe-Untersystem (20), 10 
eine Einrichtung zum Empfangen einer ersten 
Zugriffsanforderung, die mit dem Interface 
(103) fur variables Satzlangenformat iiberein- 
stimmt und eine erste Gerateadresse eines 
Plattengerates enthalt, von dem ersten is 
Host-Computer (101), 

eine Einrichtung zum Entscheiden anhand der 
Tabelle (314, 315), ob sich das von der emp- 
fangenen ersten Gerateadresse bezeichnete 
Plattengerat in dem ersten Ein/Ausgabe-Unter- 20 
system (1 0) oder in dem zweiten Ein/Ausgabe- 
Untersystem (20) befindet, 
eine Einrichtung zum Umwandeln der^empfan- 
genen ersten Zugriffsanforderung in eine zwei- 
te Zugriffsanforderung, die mit dem Interface 25 
(103) fur variables Satzlangenformat uberein- 
stimmt und eine zweite Gerateadresse enthalt, 
nachdem entschieden ist, daB sich das von der 
empfangenen ersten Gerateadresse bezeich- 
nete Plattengerat in dem zweiten Ein/Ausgabe- 30 
Untersystem (10) befindet, 
eine Einrichtung zum Senden der zweiten Zu- 
griffsanforderung an das zweite Ein/Ausgabe- 
Untersystem (20) uber den Kommunikations- 
mechanismus (108), 35 
eine Einrichtung zum Empfangen von Daten 
von dem zweiten Ein/Ausgabe-Untersystem 
(20) und zum Senden dieser Daten an den er- 
sten Host-Computer (101), wenn es sich bei 
der ersten Zugriffsanforderung um eine Lese- 40 
anforderung handelt und die erste Gerate- 
adresse in der ersten Zugriffsanforderung ein 
Plattengerat in dem zweiten Ein/Ausgabe-Un- 
tersystem (20) bezeichnet, und 
eine Einrichtung zum Empfangen von Daten 45 
von dem ersten Host-Computer (101) und zum 
Senden dieser Daten an das zweite Ein/Ausga- 
be-Untersystem (20), wenn es sich bei der er- 
sten Zugriffsanforderung um eine Schreiban- 
forderung handelt und die erste Gerateadresse so 
in der ersten Zugriffsanforderung ein Platten- 
gerat in dem zweiten Ein/Ausgabe-Untersy- 
stem (20) bezeichnet. 

Verfahren zum Sichern von Daten in einem hetero- 55 
genen Computersystem, wobei das System auf- 
weist: 



einen ersten Host-Computer (101), 
ein erstes Ein/Ausgabe-Untersystem (10), das 
mit dem ersten Host-Computer (101) uber ein 
Interface (103) fur variables Satzlangenformat 
gekoppelt ist und mindestens ein Plattengerat 
(105) enthalt, 

ein mit dem ersten Host-Computer (101) ge- 
koppeltes Backup-System (116), 
einen zweiten Host-Computer (111), 
ein zweites Ein/Ausgabe-Untersystem (20), 
das mit dem zweiten Host-Computer (111 ) uber 
ein Interface (112) fur variables Satzlangenfor- 
mat gekoppelt ist und mindestens ein Platten- 
gerat (114) enthalt, und 
einen Kommunikationsmechanismus (108), 
der das erste und das zweite Ein/Ausgabe-Un- 
tersystem (10, 20) miteinander verbindet, 

wobei die folgenden Schritte mittels des er- 
sten Host-Computers (101) durchgefuhrt werden: 

Ausgeben einer Leseanforderung, die mit dem 
Interface (103) fur variables Satzlangenformat 
ubereinstimmt und eine Adresse eines Platten- 
gerates enthalt, von dem Daten zu lesen sind, 
Empfangen von Daten von dem ersten Ein/ 
Ausgabe-Untersystem (10), 
Sichern der von dem ersten Ein/Ausgabe-Un- 
tersystem (10) empfangenen Daten in dem 
Backup-System (116), 

Lesen von Daten aus dem Backup-System 
(116), 

Ausgeben einer Schreibanforderung an das er- 
ste Ein/Ausgabe-Untersystem, wobei die 
Schreibanforderung mit dem Interface (1 03) fur 
variables Satzlangenformat ubereinstimmt und 
eine Adresse eines Plattengerates enthalt, in 
das Daten zu schreiben sind, und 
Senden von aus dem Backup-System gelese- 
nen Daten an das erste Ein/Ausgabe-Untersy- 
stem (10), 

dadurch gekennzeichnet, daB das erste 
Ein/Ausgabe-Untersystem (10) eine Tabelle (314, 
315) aufweist, um eine erste Gerateadresse (400) 
eines Plattengerates, Daten (402) zur Anzeige, ob 
sich das von der ersten Gerateadresse bezeichnete 
Plattengerat in dem zweiten Ein/Ausgabe-Untersy- 
stem (20) befindet oder nicht, und - falls das Plat- 
tengerat sich in dem zweiten Ein/Ausgabe-Untersy- 
stem (20) befindet - eine zweite Gerateadresse 
(501) des Plattengerates in dem zweiten Ein/Aus- 
gabe-Untersystem (20) zu speichern, und 

daB die folgenden Schritte mittels des ersten 
Ein/Ausgabe-Untersystems (10) durchgefuhrt wer- 
den: 

Empfangen einer ersten Zugriffsanforderung, 
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die mlt dem Interface (103) fur variables Satz- 
langenformat ubereinstimmt und elne erste Ge- 
rateadresse eines Plattengerates enthalt, von 
dem ersten Host-Computer (101), 
Entscheiden anhand der Tabelle (31 4, 31 5), ob 5 
sich das von der empfangenen ersten Gerate- 
adresse bezeichnete Plattengerat in dem er- 
sten Ein/Ausgabe-Untersystem (10) Oder in 
dem zweiten Ein/Ausgabe-Untersystem (20) 
befindet, 10 
Umwandeln der empfangenen ersten Zugriffs- 
anforderung in eine zweite Zu griffs anforde- 
rung, die mit dem Interface (103) fur variables 
Satzlangenformat ubereinstimmt und eine 
zweite Gerateadresse enthalt, falls entschie- 15 
den ist, daf3 sich das von der empfangenen er- 
sten Gerateadresse bezeichnete Plattengerat 
in dem zweiten Ein/Ausgabe-Untersystem (10) 
befindet, 

Senden einer zweiten Zugriffsanforderung an 20 
das zweite Ein/Ausgabe-Untersystem (20) 
iiber den Kommunikationsmechanismus (1 08), 
Empfangen von Daten von dem zweiten Ein/ 
Ausgabe-Untersystem (20) und Senden dieser 
Daten an den ersten Host-Computer (101), 25 
wenn es sich bei der ersten Zugriffsanforde- 
rung urn eine Leseanforderung handelt und die 
erste Gerateadresse in der ersten Zugriffsan- 
forderung ein Plattengerat in dem zweiten Ein/ 
Ausgabe-Untersystem (20) bezeichnet, und 30 
Empfangen von Daten von dem ersten 
Host-Computer (101) und Senden dieser Da- 
ten an das zweiten Ein/Ausgabe-Untersystem 
(20), wenn es sich bei der ersten Zugriffsanfor- 
derung urn eine Schreibanforderung handelt 35 
und die erste Gerateadresse in der ersten Zu- 
griffsanforderung ein Plattengerat in dem zwei- 
ten Ein/Ausgabe-Untersystem (20) bezeichnet. 

40 

Revendications 

1. Systeme informatique heterogene comportant : 

un premier ordinateur note (1 01 ), 45 
un premier sous-systeme d' Entree/Sortie (10) 
couple audit premier ordinateur hote (101) via 
une interface (103) de format d'enregistrement 
a longueur variable et incluant au moins un dis- 
positif a disque (1 05), so 
un systeme de sauvegarde (116) couple audit 
premier ordinateur h6te (101), 
un second ordinateur h6te (111), 
un second sous-systeme d'Entree/Sortie (20) 
couple audit second ordinateur hote (111) via ss 
une interface (112) de format d'enregistrement 
a longueur fixe et incluant au moins un dispo- 
sitif a disque (114), et 



un mecanisme de communication (108) inter- 
con nectant lesdits premier et second sous-sys- 
temes d* Entree/Sortie (10, 20), 

dans lequel ledit premier ordinateur hote 
(101) inclut: 

des moyens pour envoyer une demande de lec- 
ture conformement a ladite interface (103) de 
format d'enregistrement a longueur variable et 
inclure une adresse d'un dispositif a disque a 
partir duquel des donnees sont lues, 
des moyens pour recevoir des donnees depuis 
ledit premier sous-systeme d'Entree/Sortie 
(10), 

des moyens pour sauvegarder les donnees re- 
cues en provenance dudit premier sous-syste- 
me d'Entr6e/Sortie (10) dans ledit sous-syste- 
me de sauvegarde (116), 
des moyens pour lire des donnees a partir dudit 
systeme de sauvegarde (1 1 6), 
des moyens pour envoyer audit premier sous- 
systeme d' Entree/Sortie (10) une demande 
d'ecriture conformement a ladite interface 
(103) de format d'enregistrement a longueur 
variable et inclure une adresse d'un dispositif a 
disque sur lequel des donnees doivent etre 
ecrites, 

des moyens pour envoyer des donnees lues a 
partir dudit systeme de sauvegarde audit pre- 
mier sous-systeme d' Entree/Sortie (10), 

caracterise en ce que ledit premier sous- 
systeme d' Entree/Sortie (10) inclut 

un tableau (314, 31 5) pour memoriser une pre- 
miere adresse de dispositif (400) d'un dispositif 
a disque, des donnees (402) indiquant si oui ou 
non le dispositif a disque designe par ladite pre- 
miere adresse de dispositif se trouve dans ledit 
second sous-systeme d' Entree/Sortie (20), et 
une seconde adresse de dispositif (501 ) du dis- 
positif a disque dans ledit second sous-syst6- 
me d'Entree/Sortie (20) si le dispositif a disque 
se trouve dans ledit second sous-systeme 
d'Entree/Sortie (20), 

des moyens pour recevoir une premiere de- 
mande d'acces conform6ment a ladite interfa- 
ce (1 03) de format d'enregistrement a longueur 
variable et inclure une premiere adresse de dis- 
positif d'un dispositif a disque en provenance 
dudit premier ordinateur h6te (101), 
des moyens pour determiner, en se reportant 
audit tableau (314, 315), si le dispositif a disque 
designe par la premiere adresse de dispositif 
recue se trouve dans ledit premier sous-syste- 
me d'Entree/Sortie (10) ou dans ledit second 
sous-systeme d'Entree/Sortie (20), 
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des moyens pourconvertir la premiere deman- 
de d'acces recue en une seconde demande 
d'acces conform em ent a ladite interface (103) 
de format d'enregistrement a longueur fixe et 
Inclure une seconde adresse de dispositif, lors s 
de la determination indiquant que le dispositif 
a disque designe par la premiere adresse de 
dispositif recue se trouve dans ledit second 
sous-systeme d'Entree/Sortie (10), 
des moyens pour envoyer ladite seconde de- to 
mande d'acces audit second sous-systeme 
d'Entree/Sortie (20) via ledit mecanisme de 
communication (108), 

des moyens pour recevoir des donnees depuis 
ledit second sous-systeme d'Entree/Sortie (20) *5 . 
et les envoyer audit premier ordinateur h6te 
(101) lorsque ladite premiere demande d'acces 
est une demande de lecture et la premiere 
adresse de dispositif dans ladite premiere de- 
mande d'acces designe un dispositif a disque 20 
se trouvant dans ledit second sous-systeme 
d'Entree/Sortie (20), et 

des moyens pour recevoir des donnees a partir 
dudit premier ordinateur note (101) et les en- 
voyer audit second sous-systeme d'Entree/ 25 
Sortie (20) lorsque ladite premiere demande 
d'acces est une demande d'ecriture et la pre- 
miere adresse de dispositif dans ladite premie- 
re demande d'acces designe un dispositif a dis- 
que se trouvant dans ledit second sous-syste- 30 
me d'Entree/Sortie (1 20). 

Procede pour sauvegarder des donnees dans un 
systeme informatique heterogene, lequel systeme 
comporte : 35 

un premier ordinateur hote (101), 
un premier sous-systeme d'Entree/Sortie (10) 
couple audit premier ordinateur hote (101) via 
une interface (1 03) de format d'enregistrement 40 
a longueur variable et incluant au moins un dis- 
positif a disque (105), 

un systeme de sauvegarde (116) couple audit 
premier ordinateur hote (101), 
un second ordinateur hote (111), 45 
un second sous-systeme d'Entree/Sortie (20) 
couple audit second ordinateur hote (111) via 
une interface (112) de format d'enregistrement 
a longueur fixe et incluant au moins un dispo- 
sitif a disque (114), et so 
un mecanisme de communication (108) inter- 
connectant lesdits premier et second sous-sys- 
temes d'Entree/Sortie (10, 20), 

dans lequel les etapes suivantes sont execu- 55 
tees par I'intermediaire dudit premier ordinateur ho- 
te (101), consistant a : 



envoyer une demande de lecture conforme- 
ment a ladite interface (103) de format d'enre- 
gistrement a longueur variable et inclure une 
adresse d'un dispositif a disque a partir duquel 
des donnees sont lues, 

recevoir des donn6es a partir dudit premier 
sous-systeme d'Entree/Sortie (10), 
sauvegarder les donnees recues depuis ledit 
premier sous-systeme d'Entree/Sortie (10) sur 
ledit systeme de sauvegarde (116), 
lire des donnees a partir dudit systeme de sau- 
vegarde (116), 

envoyer une demande d'ecriture audit premier 
sous-systeme d'Entree/Sortie (10) conforme- 
ment a ladite interface (103) de format d'enre- 
gistrement a longueur variable et inclure une 
adresse d'un dispositif a disque sur lequel des 
donnees doivent etre ecrites, et 
envoyer des donnees lues a partir dudit syste- 
me de sauvegarde audit premier sous-systeme 
d'Entree/Sortie (10), 

caracterise en ce que ledit premier sous- 
systeme d'Entree/Sortie (1 0) inciut un tableau (31 4, 
315) pour memoriser une premiere adresse de dis- 
positif (400) d'un dispositif a disque, des donnees 
(402) indiquant si oui ou non le dispositif a disque 
design6 par ladite premiere adresse de dispositif se 
trouve dans ledit second sous-systeme d'Entree/ 
Sortie (20), et une seconde adresse de dispositif 
(501 ) du dispositif a disque dans ledit second sous- 
systeme d'Entree/Sortie (20) si le dispositif a disque 
se trouve dans ledit second sous-systeme d' Entree/ 
Sortie (20), et 

en ce que les etapes suivantes sont execu- 
tees par I'intermediaire dudit premier sous-systeme 
d'Entr6e/Sortie (10), consistant a : 

recevoir une premiere demande d'acces con- 
formement a ladite interface (103) de format 
d'enregistrement a longueur variable et inclure 
une premiere adresse de dispositif d'un dispo- 
sitif a disque en provenance dudit premier or- 
dinateur hote (101), 

determiner, en se reportant audit tableau (314, 
315), si le dispositif a disque designe par la pre- 
miere adresse de dispositif recue se trouve 
dans ledit premier sous-systeme d'Entree/Sor- 
tie (10) ou dans ledit second sous-systeme 
d'Entree/Sortie (20), 

convertir la premiere demande d'acces recue 
en une seconde demande d'acces conforme- 
ment a ladite interface (103) de format d'enre- 
gistrement a longueur fixe et inclure une secon- 
de adresse de dispositif, lors de la determina- 
tion indiquant que le dispositif a disque designe 
par la premiere adresse de dispositif recue se 
trouve dans ledit second sous-systeme d'En- 
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tree/Sortie (10), 

envoyer ladite seconde demande d'acces audit 
second sous-systeme d' Entree/Sortie (20) via 
ledit mecanisme de communication (108), 
recevoir des donnees a partir dudit second 5 
sous-systeme d' Entree/Sortie (20) et les en- 
voyer audit premier ordinateur note (101) lors- 
que ladite premiere demande d'acces est une 
demande de lecture et la premiere adresse de 
dispositif dans ladite premiere demande d'ac- 10 
ces designe un dispositif a disque se trouvant 
dans ledit second sous-systeme d'Entree/Sor- 
tie (20), et 

recevoir des donnees a partir dudit premier or- 
dinateur note (1 01 ) et les envoyer audit second 15 
sous-systeme d'Entree/Sortie (20) lorsque la- 
dite premiere demande d'acces est une de- 
mande d'ecriture et la premiere adresse de dis- 
positif dans ladite premiere demande d'acces 
designe un dispositif a disque se trouvant dans 20 
ledit second sous-systeme d'Entree/Sortie 
(20). 
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FIG.8 
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